home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18539 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: ix.netcom.com!news
  2. From: Bradd W. Szonye <bradds@ix.netcom.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: C++ and the OORAM methodology
  5. Date: 20 Apr 1996 20:23:54 GMT
  6. Organization: Netcom
  7. Message-ID: <01bb2ef7.eab5bf80$8ec2b7c7@Zany.localhost>
  8. NNTP-Posting-Host: det-mi4-14.ix.netcom.com
  9. X-NETCOM-Date: Sat Apr 20  3:23:54 PM CDT 1996
  10. X-Newsreader: Microsoft Internet News
  11.  
  12. I'm wondering if anyone has knowledge of or experience with the OORAM
  13. methodology in C++ analysis and design. The methodology is described in
  14. the book "Working with Objects" by Trygve Reenskaug (Prentice Hall). I
  15. find that it has a lot of intellectual appeal, but I haven't attempted to
  16. apply the method to an actual project yet.
  17.  
  18. The basic concepts of the methodology remind me of that method (whose name
  19. escapes me) where you figure out the responsibilities and interfaces of
  20. objects on 3x5 cards. You start out by setting up "role models." A role
  21. model is a diagram of some part of your system, centering around one
  22. activity and one role in that system. For example, you might set up the
  23. role model "Walking a dog from the point of view of the dog's leg" in the
  24. overall system "Things to do with dogs." You make role models for all the
  25. major activities (verbs) and objects (nouns) in your system, to show how
  26. they all relate. Once this is done, you use the role models to decide
  27. which roles combine well into programming-language objects. The role
  28. models help you decide which roles share enough behavior to work well as
  29. classes, which roles are strongly related or subsets of other roles (to
  30. help decide inheritance issues), and which roles will cause trouble
  31. because they don't quite fit in. Looks like a good way for defining your
  32. object taxonomies.
  33.  
  34. Overall, the method is attractive, and some of the "more advanced"
  35. techniques it proposes seem fairly comprehensive and powerful. I'm looking
  36. for comments from people who know of or have used OORAM, or who just think
  37. this is a neat idea.
  38.  
  39. --
  40. Bradd W. Szonye
  41. Doubleplus Corporation
  42. bradds@ix.netcom.com
  43.  
  44.